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ProcedS et systeme d'elaboration dynamique d'images 

L'invention concerne un systeme et un proced6 d'elaboration 
dynamique d'images. 

Plus particulierement, l'invention se rapporte a un systeme 
permettant d'61aborer des images a partir d'un fichier source et de 
telecharger ces images vers des terminaux distants pour leur affichage. 

Une application particulierement interessante d'un tel procede 
et d'un tel systeme concerne l'elaboration d'images a partir de fichiers 
sources extraits de sites de r6seaux informatiques tels que le r<Sseau 
Internet et la teletransmission de ces images vers des terminaux 
distants pour §tre consultes par des utilisateurs finaux. 

Comme on le sait, la grande diversite des terminaux pouva^nt 
etre utilised pour la recuperation de telles images ainsi que I'etendue 
15 geographique de tels r<Sseaux informatiques, impliquent des contraintes 
majeures quant aux images finales a afficher sur les terminaux. .. ?• 

II est en effet necessaire que l'image finale tienne comp.fe, 
d'une part, des contraintes des terminaux distants, relatives notamment 
a la taille de l'ecran, sa resolution, le nombre de couleurs disponibles 
et, d' autre part, de la langue dans laquelle l'image doit 8tre affichee 
sur les terminaux de maniere a etre compr6hensibles par l'utilisateur 
final. 

En outre, des contraintes d'autres natures, liees par exemple a 
l'identite du ou des destinataires, peuvent egalement compliquer 

25 r affichage des images. Ainsi, par exemple, il arrive parfois que des 
images soient toutes personnalisees de la m6me maniere lorsqu'elles 
sont destinees a des utilisateurs d'un mSme groupe. Tel est en 
particulier le cas d'images destinees a Stre diffus6es au sein de filiales 
d'une meme societe-mere pour lesquelles un mSme formalisme doit 

30 Stre utilise. 

Pour atteindre ces objectifs, il a 6t6 propose d'utiliser des 
logiciels de conception graphique destines a manipuler une image 
source pour l'exporter dans diff&rents formats graphiques compatibles 
avec les terminaux distants. Comme on le congoit, une telle technique 
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est relativement peu satisfaisante, dans la mesure oil elle necessite une 
elaboration complete des images a afficher & partir de l'image source. 
Elle ne tient en outre pas compte des problemes de traduction 
d'elements textuels, 
5 D'autres types de techniques font appel k une generation 

dynamique damages h. partir de donnees regues en entree, en utilisant 
des programmes de traitement damages sp6cifiques pour chaque type 
de terminal ou d'application. Une telle technique est neanmoins 
relativement couteuse, dans la mesure oil elle n6cessite de pr6voir un 
10 programme de traitement pour chaque image & gen6rer. 

Au vu de ce qui pr6c&de, le but de l'invention est de palier les 
inconvenients de Tetat de la technique et de fournir un procede et un 
systeme d'elaboration dynamique damages et de transmission de ces 
images vers des terminaux distants permettant l ! 61aboration d'images 
15 selon des formats correspondants aux contraintes de terminaux qui leur 
sont ^destines et des utilisateurs finaux, et ce de maniere automatique, 
tout en ne necessitant que des moyens materiels et logiciels 
relativement simples et pouvant en outre Stre utilises de maniere 
universelle, c'est-k-dire pour tous les types de terminaux pour 
20 satisfaire toutes les contraintes des utilisateurs. 

Ainsi, selon Tinvention, il est propose un systeme d'elaboration 
dynamique d'images et de transmission de ces images vers des 
terminaux distants, comprenant un serveur associ6 a une base d'images 
et des moyens de traitement des images destinees aux terminaux 
25 adaptes pour convertir les images en format respectif compatible avec 
les terminaux distants. 

La base d'images est une base d'images vectorielles. En outre, 
les moyens de traitement comportent un ensemble de balises inserees 
aux images de la base d'images et adaptees pour provoquer une 
30 manipulation des images pour les rendre compatibles avec les 
terminaux distants et des moyens pour generer des images lisibles par 
les terminaux & partir des images manipulees. 

Pour Telaboration d'une image pouvant gtre lue, par tou type de 
terminal, on insere ainsi des balises dans un fichier correspondant & 
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une image source pour laborer une image « universelle », ces balises 
6tant destinees a etre reconnues par les moyens de traitement pour 
activer des programmes correspondants h6berg6s dans le serveur pour 
manipuler l'image source et ce, pour chaque type de terminal. 

On concoit des Iors qu'un seul programme de traitement 
d'images, qui fait appel a une plurality de programmes de manipulation 
d'images appeles apres detection des balises, n'est necessaire pour 
l'61aboration de l'image finale. 

Selon une autre caracteristique de 1'invention, les images 
stockees dans la base d'images sont des images structures selon une 
grammaire XML. Le format SVG constitue un format approprie pour 
structurer les donnees d'image dans la base d'images. 

Selon une autre caracteristique du systeme selon l'invention, 
les moyens de traitement comportent en outre un ensemble de 
programmes de traitement d'images activ6s selectivement par lesdites 
balises pour modifier en consequence une image extraite de la base 
d'images. 

Ces moyens de traitement comportent en outre des moyens 
d'elaboration d'une feuille de style adaptee pour inserer dans les 
images des informations de presentation. 

Selon un exemple de realisation, ces feuilles de style 
constituent des moyens de transformation de type XSLT. 

Les moyens d' elaboration de la feuille de style comportent par 
exemple, des moyens pour ^laborer la feuille de style en fonction 
25 d'informations transmises a partir des terminaux distants. 

Selon un exemple de mise en oeuvre, les moyens pour g6nerer 
les images lisibles sont hebergees dans le serveur. 

En variante, si les terminaux le permettent, les moyens pour 
generer les images lisibles sont hebergees dans les terminaux. 

Selon une autre caracteristique de l'invention, le serveur 
comporte en outre une m6moire cache pour le stockage des images 
£labor6es par les moyens de traitement. 

On notera par ailleurs que lesdits programmes de traitement 
constituent des moyens pour provoquer une insertion de codes 
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d' instruction dans 1' image extraite de la base de donnees en fonction 
d'au moins un argument des balises. 

De pref6rence, les arguments des balises sont v6hicules par des 
requetes transmises par les terminaux distants. 
5 Selon Finvention, il est 6galement propose un proced6 

d'elaboration dynamique damages et de transmission de ces images 
vers des terminaux distants. Ce proced6 est caracterise en ce qu'il 
comporte les Stapes consistant h. : 

- stocker des images vectorielles dans une base d'images g6ree 
10 par un serveur, les images comprenant chacune des balises adaptees 

pour provoquer une manipulation des images pour les rendre 
compatibles avec des terminaux distants pour Faffichage des images ; 

- modifier les images en fonction des balises ins6r6es ; et 

- gen6rer des images lisibles par les terminaux k partir des 
15 images dans lesquelles sont inserer les balises. 

Au cours de Fetape de modification des images, le programme 
de traitement provoque F elaboration d'un code de programmation et 
Fenrichissement dynamique d'un fichier d' image par insertion dudit 
code en remplacement des balises. 
20 Selon un mode de mise en ceuvre, les images lisibles par les 

terminaux sont elabores par lesdits terminaux. 

En variante, les images lisibles par les terminaux sont elabores 
par le serveur. 

D'autres but, caracteristiques et avantages de Tinvention 
25 apparattront a la lecture de la description suivante, donnee uniquement 
a titre d'exemple non limitatif, et faite en reference aux dessins 
annexes sur lesquels : 

- la figure 1 est une vue schematique d'un systeme 
d'elaboration et de transmission d'images conforme a Finvention ; et 
30 - la figure 2 est un organigramme illustrant les principales 

phases d'un procede mis en o&uvre au moyen du systeme de la figure 1. 

Sur la figure 1, on a represent^ la structure gen6rale d'un 
syst&me d f 61aboration et de transmission dynamique d'images conforme 
a Finvention, design6 par la r6ference numerique generale 10. 
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II est destine a extraire des images d'une base d'images 12 en 
r£ponse k des requStes formulees par des terminaux distants tels que 
14, 16 et 18, et k traiter ces images de maniere k les rendre 
compatibles avec les contraintes de chaque terminal, en particulier en 
5 termes de resolution, de nombre de couleurs disponibles, de taille 
d'6cran, tout en conservant la qualite d'une image initiale, mais 
6galement en tenant compte de contraintes d'autres natures, telles que 
des contraintes linguistiques, en procedant k une traduction dynamique 
d'elements textuels contenus dans une image de mani&re k les rendre 
10 compr6hensibles par 1'utilisateur distant, et des contraintes H6es a des 
formalismes predetermines impos6s par un utilisateur 6metteur d'une 
requete. 

Comme on le voit sur la figure 1, les terminaux distants 
susceptibles k priori de recevoir les images peuvent etre constituds par 
15 des terminaux informatiques de differentes natures. lis peuvent en 
effet Stre constitues par des micro-ordinateurs, des telephones mobiles 
cellulaires, des assistants personnels, ... 

Chacun de ces 6quipements presente des caracteristiques et des 
capacites qui engendrent des contraintes particuli£res pour 1'affichage 
20 d'images. 

Ainsi, en r6ponse a des requetes formulees par un utilisateur, le 
systeme 10 provoque une manipulation dynamique des images extraites 
de la base d'images 12 de mani&re k satisfaire 1' ensemble des 
contraintes liees au terminal et k V utilisateur concerne. 
25 A cet effet, le systeme 10 comporte essentiellement un serveur, 

constitu6 par exemple par un serveur hebergeant un site Internet. 

Comme on le voit sur la figure 1, le serveur comporte, outre la 
base d'images 12, un 6tage de traitement 20 assurant une recuperation 
des images chargees dans la base d'images 12 pour les transformer en 
30 images se presentant selon un format les rendant susceptibles d'Stre 
affich£es sur les terminaux 14, 16 et 18. 

Cet etage de traitement est raccorde a une m£moire cache 22, 
par Tinterm6diaire d'un etage de gestion 24 pour le stockage des 
images 61aborees par T6tage de traitement 20. 
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En ce qui concerne la base d'images 12, celle-ci regroupe 
l'ensemble des images susceptibles d'Stre interrog6es par les 
utilisateurs. Ces images sont chargees dans des fichiers structures 
selon une grammaire XML (« extensible Markup Language » , en 
5 anglais). 

Plus particulierement, les fichiers stockes dans la base d'image 
12 sont structures selon le format connu sous V appellation SVG 
("Scalable Vector Graphics" , en anglais), c'est-&-dire sous la forme 
d'images vectorielles. Un tel format permet le stockage des images 
10 sous une forme plus compacte qu'une description pixels par pixels, 
telle quelle serait faite selon des formats GIF, JPEG, PNG,... 

En outre, un tel format de stockage d'images rend possible la 
description d'une image en termes d ! objets et autorise ainsi une 
manipulation des images en travaillant sur les elements qui la 
15 composent, contrairement aux formats d'images selon lesquels les 
images sont decrites pixel par pixel. 

Les fichiers stockes dans la base d'image 12 sont 61abores k 
partir de fichiers source d'origine regroupant, sous une forme 
vectorielle, c'est-k-dire selon le format SVG, 1'ensemble des images 
20 disponibles. 

Comme cela est connu en soit, un fichier SVG est une 
application du langage XML. Elle se presente sous la forme d'un 
fichier-texte dont l'6dition est possible en utilisant un 6diteur de 
textes, ce qui permet de proceder a des modifications sans avoir a 
25 lancer un 6diteur d'images. 

Un tel fichier SVG est decrit a l'aide de balises XML servant 
chacune a la description d'une caracteristique d'une image, 

Conform6ment a l'invention, k partir des fichiers source 
d'origine, il est procede k une insertion de balises suppl€mentaires, par 
30 exemple au moyen d'un dditeur de textes conventionnel, ces balises 
servant k lancer l'ex^cution de programmes par l'6tage de traitement 20 
de maniere a provoquer une modification des images les rendant 
compatibles avec un terminal sur lequel elle doit Stre affich6e. 
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Ainsi, comme on le congoit, les fichiers stockes dans la base 
d'images 12 sont constitues par des fichiers universels, c'est-a-dire des 
fichiers communs k l'ensemble des terminaux disponibles. 

Les balises pouvant 8tre utilisees pour l'enrichissement des 
5 fichiers d'image source peuvent etre de differentes natures, en fonction 
des manipulations d'images a effectuer. 

On notera, en particulier, que des balises de traduction, pour 
provoquer une traduction k la volee des Elements textuels en fonction 
de la langue utilisee par l'utilisateur peuvent Stre inserees dans les 
10 fichiers sources. 

De mSme, des balises de modification de texture d' image, 
peuvent etre pr6vues. De telles balises permettent une personnalisation 
de toute ou partie du contenu SVG en agissant sur des facteurs tels que 
les couleurs de remplissage, de fond, de trac<5, de police, les tailles 
15 de polices, les polices,... 

Enfin, des balises de manipulation d'images peuvent etre 
prevues. Par exemple, de telles balises peuvent Stre utilisees soit poui; 
isoler une partie d'une image, par exemple pour afficher une portion 
d'un plan geographique sur un poste telephonique cellulaire mobile ou 
20 sur un assistant personnel, pour lesquels la taille de Tecran ne permet 
pas un affichage d'un tel plan avec une 6chelle acceptable, soit pour 
proc6der k V execution de fonctions geometriques, telles que des 
translations, des rotations, des homoth6tie, ... ou encore de fonctions 
d'agrandissement (positif ou n6gatif, sur toute ou partie de l'image). 
^ 5 A partir de ces images, le serveur, et en particulier l'etage de 

traitement 20, procede a l'elaboration d'images modifiees en procedant 
a un enrichissement du contenu initial des images par insertion 
dynamique de contenu. 

En particulier, l'etage de traitement 20 recupere la valeur 
30 d'arguments vehicul6s dans les requetes transmises par les terminaux 
14, 16, et 18, insere respectivement ces arguments dans les attributs 
des balises correspondantes, puis procede k l'ex6cution de 
programmes, en fonction des balises contenues dans les fichiers 
d'images et en fonction des arguments r6cup£r6s k partir des requetes, 
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pour engendrer des codes destructions. Ces codes destructions sont 
alors inserts dans les fichiers en lieu et place des balises. 

II est alors cr66, a ce stade, un fichier SVG specifique k chaque 
terminal et rSpondant k Fensemble des contraintes irnpos6es pour 
Faffichage. 

Un module de traitement 25, integr6 k l'etage de traitement 20, 
est alors utilise pour convertir le fichier SVG enrichi en des images 
susceptibles d'etre lues par les terminaux 14, 16 et 18, par exemple des 
images se pr<5sentant sous les formats GIF, JPEG, PNG, TIFF,... 

Les images ainsi elaborees sont alors stockees dans la m6moire 
cache 22 afin d'etre disponible ulterieurement, pour etre k nouveau 
t61echarg6es vers les utilisateurs en r€ponse k des requetes similaires. 

On va maintenant decrire la structure gentrale des fichiers 
charges dans la base damage 12. En particulier, on va d6crire ci-apres 
15 quelques exemples de balises pouvant Stre utilisees pour provoquer 
une modification's images par enrichissement de codes. 

Dans ce qui suit, les balises servant k la description des images 
proprement dites sont constitutes par des elements de type classique k 
la portee d'un homme du m6tier et n'ont pas ete reprises. 
20 Comme indique prec6demment, un fichier SVG est un document 

structure conformement k une grammaire XML et doit done commencer 
par une en-tete pr6cisant la version de XML utilisee. 

L'ensemble des elements d'un fichier SVG est alors dtcrit k 
Taide de balises. Les balises reconnues par le langage SVG doivent 
25 etre d6finies dans un fichier DTD de definition de type de document 
("Document type Definition 11 ). Ainsi, les fichiers XML stock6s dans la 
base d'images 12 doivent, avant tout, debuter par une r£f6rence vers ce 
document DTD. 

Lors de l'61aboration de la base d'images 12, il est egalement 
proc6de a une insertion des balises supplementaires utilis6es dans ce 
document. 

En ce qui concerne les balises pouvant 6tre integrees au fichier 
source, les balises suivantes peuvent etre utilisees : 
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- "Background Color" : cette balise permet d'ajouter une 
couleur d'arriere-plan k une image SVG. Cette balise s'appuie sur une 
valeur de parametre "color" (couleur d'arri&re-plan choisie), stock6e 
dans une requSte HTTP transmise par les terminaux. Ainsi, par 

5 exemple, le code utilise pour inserer cette balise dans le fichier source 
sera de la forme : 

<svg...> 

< svg : background color/> 

10 </svg> 

- "Black White" : cette balise definit une section d' image dans 
laquelle la gestion de la couleur va entrer en jeu. Elle permet 
d f appliquer un filtre noir et blanc sur une image vectorielle ou 

15 existante de type GIFF, JPG, ... Elle s'appuie sur la valeur d'un 
parametre indiquant si un filtre noir et blanc doit etre indique ou non 
de type booleen, stockee dans une requete HTTP. Ainsi, par exemple, 

le code utilise pour inserer cette balise dans le fichier source sera de 

i 

la forme : 

20 

<svg...> 

<defs> ...</defs> 

< svg : black white> 

< /svg : black white> 

25 </svg> 

- "Canevas" : cette balise repose sur un concept de "Surface 
virtuelle d'affichage". Elle permet de definir une surface servant de 
base de calcul pour generer la taille des objets contenus par cette 

30 surface. Elle s'appuie sur des valeurs de parametres WIDTH et 
HEIGHT stockees dans une requSte HTTP et sur des attributs WIDTH 
et HEIGHT pour calculer un ratio de re-dimensionnement. Ainsi, par 
exemple, le code utilise pour insurer cette balise dans le fichier source 
sera de la forme : 
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<svg : canevas width= « 150 » height= « 100 »> 

<svg width= «150» height= « 100» viewbox= « 0 0 150 100»...> 

</svg> 

</svg :canevas> 

- "Clipping" : cette balise permet de selectionner une region 
dans une image SVG. Un rectangle de selection permet de delimiter 
cette region. Cette balise s'appuie sur les valeurs de parametres X et Y 
correspondant a des coordonnees X et Y d'un point situe a un coin 
superieur gauche du rectangle, et d'un parametre WIDTH et HEIGHT 
(largeur et hauteur du rectangle de selection), stockes dans une requete 
HTTP. Ainsi, par exemple, le code utilise pour inserer cette balise 
dans le fichier source sera de la forme : 

<svg...<svg :clipping/>...> 
</svg...> 



- "Encoder" : cette balise delinit une section ou l'utilisateur va 
20 parametrer un transcodeur. Cette balise utilise l'adresse URL du 
transcodeur a utiliser et doit elle-mSme etre integree a une autre 
balise. Ainsi, par exemple, le code utilise pour inserer cette balise 
dans le fichier source sera de la forme : 

25 <SV S : encoder name= « svg » url= « http://xxxxxx.jsp »> 

</svg :encoder> 



- Encoder_Parameter : cette balise permet d'ajouter un 
parametre qui sera transmis a la source a transcoder. Ainsi, dans le cas 
ou un flot a transcoder serait issu de l'execution d'un element de 
programme JAVA, celui-ci pourra Stre paramelre a voIont6. Par 
exemple, le code utilise pour inserer cette balise dans le fichier source 
sera de la forme : 
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<svg> 

<svg : encoder unit url = « http://xxxx/transcoder/transcoder »> 
<svg : encoder name= « svg » url= « http://xxxxxx.jsp »> 
<svg : encoder parameter name= « width » value = « 100 » 
5 <svg : encoder parameter name= « height » value = « 100 » 

<svg : encoder parameter name= « mime » value = « image/ 

png » 

</svg :encoder> 
</svg rencoder unit> 
10 </svg> 

- Encoder-Unit : cette balise definit une section ou Tutilisation 
d f un transcodeur va entrer en jeu. On pourra se referer a r exemple ci- 
dessus pour obtenir une description d'une telle balise. 

15 

- Rescale-Hight : cette balise permet de calculer la hauteur d ! un 
objet, contenu dans un canevas, a partir de sa hauteur initiale, qui 
correspond k un attribut de la balise. Ainsi, par exemple, le code 
utilise pour inserer cette balise dans le fichier source sera de la 

20 forme : 

<svg...height= «< svg : rescale height value = « 100 »/ > 

viewbox =«0 0 150 100 »...> 

</svg> 

25 

- Rescale-Width : cette balise permet de calculer la largeur d'un 
objet, contenu dans un canevas a partir de sa largeur initiale, 
correspondant h. un attribut de la balise. Ainsi, par exemple, le code 
utilise pour inserer cette balise dans le fichier source sera de la 

30 forme : 



<svg...width= «< svg : rescale width value = « 150 »/ >... 

viewbox =«0 0 150 100 »...> 

</svg> 
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- "Rotation" :cette balise defirrit une section d'image dans 
laquelle une rotation de Timage va entrer en jeu. Elle s'appuie sur des 

5 valeurs de parametres "Angle" (angle de rotation) X et Y (coordonnees 
d'un point de rotation), stockees dans une requete HTTP. Par exemple, 
le code utilis6 pour inserer cette balise dans le fichier source sera de 
la forme : 

<svg...> 

<defs> ...</defs> 
<svg :rotation> 
</svg :rotation> 
</svg...> 

- "Translation" : cette balise definit une section ou une 
translation geometrique de 1'image va entrer en jeu. Elle s ! appuie sur 
des valeurs de paramdtres TX et TY (translation selon les directions X 
et Y), vehiculees par une requete HTTP. Par exemple, le code utilise 
pour insurer cette balise dans le fichier source sera de la forme : 

<svg...> 

<defs> ...</defs> 
<svg :translation> 
25 </svg :translation> 

</svg...> 

- "Zoom" : cette balise permet de r6aliser un agrandissement 
sur une region d F une image SVG en indiquant un niveau 

30 d' agrandissement. Cette balise s'appuie sur des valeurs de parametres 
X et Y, qui correspondent & des coordonnees X et Y d'un point, dans 
Timage d r origine, b. partir duquel le zoom va Stre realise, des valeurs 
de parametre WIDTH et HEIGHT, qui correspondent a la largeur et k 
la hauteur de Timage de destination resultant du zoom, et d ! un 
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parametre zoom, qui sont stockees dans la requete HTTP issue des 
terminaux. Cette balise doit elle-meme etre contenue dans une balise 
« Canevas ». Par exemple, le code utilis6 pour insurer cette balise dans 
le fichier source sera de la forme : 

<svg : canevas width= « 800 » height= « 600 »> 

<svg... < svg:zoom />...> 

</svg> 

</svg :canevas> 



- "Zoom_Auto ,r : cette balise permet de zoomer sur une region 
d'une image SVG de deux fagons : 

- soit en indiquant un rectangle de selection dans l'image 
d'origine, d6fini a partir d'un point de coordonnees XI, Yl, qui 

15 correspond & un coin sup6rieur gauche du rectangle, d ! une largeur et 
d'une hauteur, ce rectangle repr€sentant la region dans laquelle, le 
zoom va Stre r6alis6, et la largeur et la hauteur de l'image. de 
destination repr6sentant le resultat du zoom ; 

- soit en indiquant un rectangle de selection dans l'image 
20 d'origine, defini a partir de deux points de coordonnees XI, Yl et.X2, 

et Y2, ce rectangle repr6sentant la region dans laquelle le zoom va etre 
realist, d'un bord horizontal et d'un bord vertical optionnels, ajoutes a 
la taille du rectangle, la largeur et la hauteur de l'image de destination 
representant le resultat du zoom. 
25 Cette balise doit elle-mSme etre contenue dans une balise 

« Canevas ». Par exemple, le code utilis6 pour ins6rer cette balise dans 
le fichier source sera de la forme : 

<svg : canevas width= « 800 » height= « 600 »> 
30 <svg... < svg:zoom_auto />...> 

</svg> 

</svg :canevas> 
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- « decode » :Cette balise permet de decoder le texte contenu 
dans son corps. On notera que cette balise n'utilise pas d'argument 
mais analyse le texte contenu dans son corps. 

5 - « encode » : Cette balise permet de coder le texte contenu 

dans son corps. On notera que cette balise n'utilise pas d' argument 
mais analyse le texte contenu dans son corps. 

- « translation_unit » : Cette balise d6finit une section dans 
10 laquelle une traduction de texte va etre effectuee. Elle utilise une 

constante « SecuredvalkyrieConstants.language_request_param » qui 
d6finit la langue courante s£lectionnee par l'utilisateur. Pour une 
description de cette balise, on se r6ferera k l'exemple de balise ci- 
dessous. 

15 

- « Translate » : Cette balise permet de traduire un texte 
contenu dans son corps de balise. Par exemple, le code de cette balise 
est le suivant : 

20 <translation_unit source= « mail/xsl/inbox »> 

<bxtranslate text= « WELCOME »/></b> 

<ixtranslate text= « CONTINUE »/> ?</i> 
<i> 

25 <translate text= « YES »/> 

<translate text= « NO »/> 
</i> 

</translation_unit> 

i 

30 Comme indiqu6 pr6cedemment, ces balises, qui utilisent des 

attributs ou des informations vehiculees par les requetes HTTP 
transmises k partir des terminaux 14, 16 et 18, provoquent la 
generation de codes SVG et le remplacement de ces balises par le code 
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ainsi elabore. Bien entendu, d'autres balises peuvent etre utilis6es en 
fonction des contraintes k resoudre ou des buts k obtenir. 

On notera que, en raison du format utilis6, les moyens de 
g6n6ration de codes peuvent Stre constitues par des editeurs de textes, 
5 moins cofiteux en moyens de programmation que des editeurs d'images. 

On va maintenant d6crire en r6f6rence k la figure 2 les 
principales etapes d f un procede d'61aboration et de transmission 
dynamique damages conforme k Tinvention. 

Tout d'abord, au cours d'une premiere 6tape 26, il est procede k 
10 l'61aboration des fichiers de la base d'images 12 a partir d'un fichier 
d'origine, par insertion des balises. 

D&s reception, par le serveur, d'une requete (etape 28) tendant 
k la r6cuperation d'une image, l'etage de traitement 20 demande a 
l'etage de gestion 24 de m6moire cache si une telle image a deja et6 
15 gen6r6e (etape 30). 

Si tel est le cas, l'6tage de gestion 24 extrait 1' image , de la 
memoire cache 22 et la transmet a l'etage de traitement 20 (etape 32), 
lequel la retransmet directement au terminal ayant etabli la requete 
(6tape 34). 

20 Si tel n'est pas le cas, c'est-k-dire si aucune .image 

correspondant n'est stockee dans la memoire cache 22, lors de l'etape 
36 suivante, l'6tage de traitement 20 r6cup£re de la base damages 22 
une image et r6cup&re les attributs ou les elements d'informations 
vehicules par la requete http transmise par le terminal 14, 16 ou 18. 

25 Comme indiqu6 pr6c6demment, cette image se presenta sous la forme 
d'un fichier SVG, d6crit k l'aide de balises XML, et comportant en 
outre des balises supplementaires la rendant universelle, c'est-a-dire 
convenant k priori a tout type de support, sous reserve d'une 
manipulation. 

30 Lors de Tetape 38 suivante, l'etage de traitement recupfere les 

programmes correspondants aux balises suppl6mentaires introduites 
dans le fichier d'image r6cup£re puis lance Tex6cution de ces 
programmes en fonction des attributs transmis par la requSte pour 
engendrer du code SVG supplementaire. II est alors proc6de a une 
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insertion de ce code dans l'image, aux lieux et places des balises 
concernees. 

A partir de ce code SVG, Fetage de traitement 20 met en ceuvre 
le module de traitement 25 pour gen£rer une image susceptible d'etre 
5 directement affichee sur T6cran du terminal concern6, par exemple 

sous un format GIF, JIPEG, TIFF 

Lors de l ! 6tape 40 suivante, l'etage de traitement 20 transmet 
Timage ainsi 61aboree au terminal et a F6tage de gestion 24 pour etre 
memorisee dans la memoire cache 22. L'image pourra ainsi etre 
10 recup6ree ulterieurement, & la demande. 

On notera que, dans le cas oh le terminal 14 est constitue par 
un micro-ordinateur, lequel dispose d'un 6cran d ! affichage compatible 
avec le format SVG, le module de traitement 25 n ! est pas mis en ceuvre 
le code SVG etant alors directement transmis vers le terminal. 
15 De meme, le traitement realise par ce module de traitement 25, 

peut, le cas ech6ant, directement etre effectue au sein des terminaux, 
dans le cas ou leur capacite le permet. 

On notera enfin que les documents presents sous le format 
XML separent g6neralement le fond et la forme de Timage et ne 
20 vehiculent dbs lors aucune information d'affichage. Ainsi, de 
preference, l'dtage de traitement 20 incorpore des moyens de 
traitement de type XSLT ("Extensible Style Sheet Language 
Transformation"), maniere a appliquer une feuille de style aux 
images pour les completer en inserant des informations d'affichage. 
25 Par exemple, la feuille de style utilisee est une feuille de style 

en langage de programmation JAVA ou une feuille de style JSP ("Java 
Serveur Page"), de maniere & introduire un m6canisme d'insertion 
d'informations d'affichage en amont, c'est-Si-dire avant Telaboration 
des images en format GIFF, JIPEG, PNG, TIFF, affichables 
30 directement sur les ecrans des terminaux 14, 16 et 18. 

Enfin, de preference, une seule feuille de style est prevue pour 
F ensemble des terminaux. Cette feuille de style est manipulee 
dynamiquement par F6tage de traitement 20 en fonction des 
informations transmises k partir de chaque terminal distant. Cette 
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feuille de style est alors automatiquement adapt6e aux contraintes de 
chaque terminal, ce qui permet d'ameliorer la puissance du proced6 et 
de diminuer son cout de mise en ceuvre. 
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REVENDICATIONS 

1. Systfeme d' Elaboration dynamique d'images et de 
transmission de ces images vers des terminaux distants (14, 16, 18), 
comprenant un serveur comportant une base d'images (12) et des 

5 moyens (12, 20, 25) de traitement des images destinees aux terminaux 
adaptes pour convertir les images en formats respectifs compatibles 
avec les terminaux distants (14, 16, 18), caract&rise en ce que la base 
d'images est une base d'images vectorielles et en ce que les moyens de 
traitement comportent un ensemble de balises integrees aux images 
10 vectorielles et adapt6es pour provoquer une manipulation des images 
pour les rendre compatibles avec les terminaux distants et des moyens 
(25) pour gen&rer des images lisibles par les terminaux h partir des 
images manipulees. 

2. Systeme selon la revendication 1, caracteris6 en ce que les 
15 images stockees dans la base d'images (12) sont des images 

structurees selon une grammaire XML. 

3. Systeme selon la revendication 2, caracterise en ce que les 
images sont structurees selon le format SVG, 

4. Systeme selon l'une des revendications 2 et 3, caracterise 
20 en ce que les moyens de traitement (20, 25) comportent en outre un 

ensemble de programmes de traitement d'images actives selectivement 
par lesdites balises pour modifier en consequence une image extraite 
de la base d'images (12). 

5. Systdme selon la revendication 4, caracterise en ce que les 
25 moyens de traitement comportent en outre des moyens d' elaboration 

d'une feuille de style adaptee pour inserer dans les images des 
informations de presentation. 

6. Systeme selon la revendication 5, caracterise en ce que les 
feuilles de style constituent des moyens de transformation de type 

30 XSLT. 

7. Systeme selon Tune des revendications 5 et 6, caracterise 
en ce que les moyens d'elaboration de la feuille de style comportent 
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des moyens pour elaborer la feuille de style en fonction d* informations 
transmises & partir des terminaux distants. 

8. Systeme selon l'une quelconque des revendications 1 a 7, 
caracterise en ce que les moyens (25) pour generer les images lisibles 

5 sont hebergees dans le serveur. 

9. Systeme selon l'une quelconque des revendications 1 & 7, 
caract6rise en ce que les moyens pour generer les images lisibles sont 
hebergees dans les terminaux (14, 16, 18). 

10. Systeme selon Tune quelconque des revendications 1 & 9, 
10 caracterise en ce que le serveur comporte en outre une m6moire cache 

(22) pour le stockage des images elaborees par les moyens de 
traitement. 

11. Syst&me selon Tune quelconque des revendications 4 a 10, 
caracterise en ce que les balises comportant chacune au moins un 

15 argument, lesdits programmes de traitement constituent des moyens 
pour provoquer une insertion de codes d'instruction dans l'image 
extraite de la base d' images (12) en fonction du ou de chaque 
argument. 

12. Systeme selon la revendication 11, caracterise en : ,ce que 
20 les arguments des balises sont vehicules par des requStes transmises 

par les terminaux distants (14, 16, 18). 

13. Procede d' elaboration dynamique d' images et de 
transmission de ces images vers des terminaux distants, caract6rise en 
ce qu'il comporte les 6tapes consistant & : 

25 - stocker des images vectorielles dans une base d'images (12) 

g6t6e par un serveur, les images comprenant chacune des 
balises adapt6es pour provoquer une manipulation des 
images pour les rendre compatibles avec des terminaux 
distants (14, 16, 18) pour Taffichage des images ; 

30 - modifier les images en fonction des balises ins6r6es ; et 

- generer des images lisibles par les terminaux a partir des 
images dans lesquelles sont ins6rer les balises. 

14. Proc6de selon la revendication 13, caract6rise en ce qu'au 
cours de F6tape de modification des images, pour chaque balise 
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d6tect6e dans les images, on active un programme de traitement 
d'image specifique. 

15. Proc6de selon la revendication 14, caracterise en ce qu'au 
cours de l'etape de modification des images, le programme de 

5 traitement provoque V elaboration d'un code de programmation et 
Tenrichissement dynamique d'un fichier damage par insertion dudit 
code en remplacement des balises. 

16. Proc6de selon Tune quelconque des revendications 13 k 
15, caracterise en ce que les images lisibles par les terminaux (14, 16, 

10 18) sont elabores par lesdits terminaux. 

17. Proced6 selon Tune des revendications 13 k 15, caract6rise 
en ce que les images lisibles par les terminaux sont 61abor6s par le 
serveur. 
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